Date: Thu, 16 Sep 93 17:36:47 PDT 

From: Info-Hams Mailing List and Newsgroup <info-hams@ucsd.edu> 
Errors-To: Info-Hams-Errors@UCSD.Edu 

Reply-To: Info-Hams@UCSD.Edu 

Precedence: Bulk 

Subject: Info-Hams Digest V93 #1102 

To: Info-Hams 


Info-Hams Digest Thu, 16 Sep 93 Volume 93 : Issue 1102 


Today's Topics: 
arrgghh 
Follow up on Radio Shack 
Guide to the Personal Radio Newsgroups 
Mods database/ftp-530 
need expert info on nicads. 
Question: RF and Power Lines 
Question about ni-cads (was Re: need expert info on nicads.) 
There goes the rest of 20M (3 msgs) 


Send Replies or notes for publication to: <Info-Hams@UCSD.Edu> 
Send subscription requests to: <Info-Hams-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Info-Hams Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/info-hams". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: Wed, 15 Sep 1993 16:55:42 GMT 

From: news.cerf.net!crash!newshub.nosc.mil!dog.ee.1lbl.gov!agate! 
howland.reston.ans.net!darwin.sura.net!jabba.ess.harris.com!news.ess.harris.com! 
su102w.ess.harris.com! jhobson@network.ucsd.edu 

Subject: arrgghh 

To: info-hams@ucsd.edu 


In article <2260@arrl.org> bbattles@arrl.org (Brian Battles WS10) writes: 
>In rec.radio.amateur.misc, alanb@sr.hp.com (Alan Bloom) writes: 
>>Derek Wills (o07@emx.cc.utexas.edu) wrote: 


>>: reid@ucs.indiana.edu (Frank Reid W9MKV) reports: 


>>: >>"I can't send any more SOS's; the transmitter is broken," said Tom 
>>: >>remorselessly. 

>>: "Hold this cable", said Tom, coaxingly. 

>>: "T'll call you from Spratly Island", said Tom, expeditiously. 

>>: "How do you send my name in CW?", Tom asked, dashingly. 


>>"How do I get this HTX-202 to transmit on 150 MHz?" asked Tom modishly. 
> "I said that I'd call you on the .73 machine," repeated Tom. 
> "Perhaps I should have sent CQ again," Tom recalled. 


> "Okay, now hold the solder right there," said Tom heatedly. 


"This new business ruling may have a Domino effect on Amateur Radio," said 
Tom hungrily. 

: Harv Hobson : Interests: Amateur Radio, : jhobson@su19f.ess.harris.com : 
: WBANPL : Barbershop Quarteting, : harris.jhobson@icid.harris.com : 


: 407-727-6642 : Bible Study, Parenting : 
Palm Bay FL : 


Date: 16 Sep 93 12:05:04 GMT 

From: ogicse!uwm.edu!math.ohio-state.edu!news2.uunet.ca!ukma! 
miles@network.ucsd.edu 

Subject: Follow up on Radio Shack 

To: info-hams@ucsd.edu 


Good job! 
And hats off to the Regional Mgr. who interceded! 


Date: Wed, 15 Sep 1993 11:00:58 GMT 

From: nevada.edu!news.unomaha. edu! news@uunet.uu.net 
Subject: Guide to the Personal Radio Newsgroups 

To: info-hams@ucsd.edu 


Posted-By: auto-faq 2.4 
Archive-name: radio/personal-intro 
Revision: 1.4 06/30/93 12:04:14 


Changes: new rec.radio.amateur.* newsgroups, cs.utexas.edu gateway 
(Note: The following is reprinted with the permission of the author.) 


This message describes the rec.radio.amateur.*, rec.radio.cb, rec.radio.info, 
and rec.radio.swap newsgroups. It is intended to serve as a guide for the new 
reader on what to find where. Questions and comments may be directed to the 
author, Jay Maynard, K5ZC, by Internet electronic mail at 
jmaynard@oac.hsc.uth.tmc.edu. This message was last changed on 30 June 1993 to 
add the groups created during the latest reorganization vote and the 
description of the cs.utexas.edu gateway. 


History 


Way back when, before there was a Usenet, the Internet hosted a mailing list 
for hams, called (appropriately enough) INFO-HAMS. Ham radio discussions 
were held on the mailing list, and sent to the mailboxes of those who had 
signed up for it. When the Usenet software was created, and net news as we 
now know it was developed, a newsgroup was created for hams: net.ham-radio. 
The mailing list and the newsgroup were gatewayed together, eventually. 


As the net grew, and as packet radio came into vogue, packet discussion began 
to dominate other topics in the group and on the list. This resulted in the 
logical solution: a group was created to hold the packet discussion, and 
another corresponding mailing list was created as well: net.ham-radio.packet 
and PACKET-RADIO, respectively. 


These two groups served for several years, and went through Usenet's Great 
Renaming essentially unchanged, moving from net.ham-radio[.packet] to 
rec.ham-radio[.packet]. Readership and volume grew with the rest of the 
network. 


The INFO-HAMS mailing list was originally run from a US Army computer at 
White Sands Missile Range, SIMTEL20. There were few problems with this 
arrangement, but one was that the system was not supposed to be used for 
commercial purposes. Since one of hams' favorite pastimes is swapping 
gear, it was natural for hams to post messages about equipment for sale 

to INFO-HAMS/rec.ham-radio. This ran afoul of SIMTEL20's no-commercial-use 
restriction, and after some argument, a group was created specifically 

for messages like that: rec.ham-radio.swap. This group wasn't gatewayed to 
a mailing list, thus avoiding problems. 


While all this was happening, other folks wanted to discuss other aspects 
of the world of radio than the personal communications services. Those 
folks created the rec.radio.shortwave and rec.radio.noncomm newsgroups, 
and established the precedent of the rec.radio.* hierarchy, which in turn 
reflected Usenet's overall trend toward a hierarchical name structure. 


The debate between proponents of a no-code ham radio license and its opponents 
grew fierce and voluminous in late 1989 and 1990. Eventually, both sides grew 
weary of the debate, and those who had not been involved even more so. A 
proposal for a newsgroup dedicated to licensing issues failed. A later 
proposal was made for a group that would cover the many recurring legal issues 
discussions. During discussion of the latter proposal, it became clear that it 
would be desirable to fit the ham radio groups under the rec.radio.* 
hierarchy. A full-blown reorganization was passed by Usenet voters in January 
1991, leading to the overall structure we now use. 


After the reorganization, more and more regular information postings began to 
appear, and were spread out across the various groups in rec.radio.*. Taking 
the successful example of the news.answers group, where informational postings 
from across the net are sent, the group rec.radio.info was created in 
December, 1992, with Mark Salyzyn, VE6MGS, initially serving as moderator. 


In January, 1993, many users started complaining about the volume in 
rec.radio.amateur.misc. This led to a discussion about a second 
reorganization, which sparked the creation of a mailing list by Ian Kluft, 
KD6EUL. This list, which was eventually joined by many of the most prolific 
posters to the ham radio groups, came up with a proposal to add 11 groups to 
the rec.radio.amateur hierarchy in April 1993. The subsequent vote, held in 
May and early June, approved the creation of five groups: 
rec.radio.amateur.digital.misc (to replace .packet), .equipment, .homebrew, 
-antenna, and .space. 


The Current Groups 


I can hear you asking, "OK, so this is all neat history, but what does it 
have to do with me now?" The answer is that the history of each group has 
a direct bearing on what the group is used for, and what's considered 
appropriate where. 


The easy one is rec.radio.amateur.misc. It is what rec.ham-radio was renamed 
to during the reorganization. Any message that's not more appropriate in one 
of the other groups belongs here, from contesting to DX to ragchewing on VHF 
to information on becoming a ham. 


The group rec.radio.amateur.digital.misc is for discussions related to 
(surprise!) digital amateur radio. This doesn't have to be the common 
two-meter AX.25 variety of packet radio, either; some of the most 
knowledgeable folks in radio digital communications can be found here, and 
anything in the general area is welcome. The name was changed to emphasize 
this, and to encourage discussion not only of other text-based digital modes, 
such as AMTOR, RTTY, and Clover, but things like digital voice and video as 
well. The former group, rec.radio.amateur.packet, has not been removed as of 


this writing, but it is obsolete, and you should use .digital.misc instead. 
The group has the .misc as part of the name to allow further specialization if 
the users wish it, such as .digital.tcp-ip. 


The swap group is now rec.radio.swap. This recognizes a fact that became 
evident shortly after the original group was formed: Hams don't just swap ham 
radio gear, and other folks besides hams swap ham equipment. If you have radio 
equipment, or test gear, or computer stuff that hams would be interested in, 
here's the place. Equipment wanted postings belong here too. Discussions about 
the equipment generally don't; if you wish to discuss a particular posting 
with the buyer, email is a much better way to do it, and the other groups, 
especially .equipment and .homebrew, are the place for public discussions. 
There is now a regular posting with information on how to go about buying and 
selling items in rec.radio.swap; please refer to it before you post there. 


The first reorganization added two groups to the list, one of which is 
rec.radio.amateur.policy. This group was created as a place for all the 
discussions that seem to drag on interminably about the many rules, 
regulations, legalities, and policies that surround amateur radio, both 
existing and proposed. The neverending no-code debate goes here, as does 
the New Jersey scanner law, the legality of ordering a pizza on the 
autopatch, what a bunch of rotten no-goodniks the local frequency 
coordinating body is, and so on. 


The other added group is rec.radio.cb. This is the place for all discussion 
about the Citizens' Band radio service. Such discussions have been very 
inflammatory in rec.ham-radio in the past; please do not cross-post to both 
rec.radio.cb and rec.radio.amateur.* unless the topic is genuinely of interest 
to both hams and CBers - and very few topics are. 


The rec.radio.info group is just what its name implies: it's the place where 
informational messages from across rec.radio.* may be found, regardless of 
where else they're posted. As of this writing, information posted to the group 
includes Cary Oler's daily solar progagation bulletins, ARRL bulletins, the 
Frequently Asked Questions files for the various groups, and radio 
modification instructions. This group is moderated, so you cannot post to it 
directly; if you try, even if your message is crossposted to one of the other 
groups, your message will be mailed to the moderator, who is currently Mark 
Salyzyn, VE6MGS. The email address for submissions to the group is 
rec-radio-info@ve6émgs.ampr.ab.ca. Inquires and other administrivia should be 
directed to rec-radio-request@ve6mgs.ampr.ab.ca. For more information about 
rec.radio.info, consult the introduction and posting guidelines that are 
regularly posted to that newsgroup. 


The groups rec.radio.amateur.antenna, .equipment, .homebrew, and .Space are 
for more specialized areas of ham radio: discussions about antennas, 
commercially-made equipment, homebrewing, and amateur radio space operations. 
The .equipment group is not the place for buying or selling equipment; that's 


what rec.radio.swap is for. Similarly, the .space group is specifically about 
amateur radio in space, such as the OSCAR program and SAREX, the Shuttle 
Amateur Radio EXperiment; other groups cover other aspects of satellites and 
space. Homebrewing isn't about making your own alcoholic beverages at home 
(that's rec.crafts.brewing), but rather construction of radio and electronic 
equipment by the amateur experimenter. 


The rec.radio.amateur.misc, .packet, and .policy groups, and the 
rec.radio.info group, are available by Internet electronic mail in digest 
format; send a mail message containing "help" on a line by itself to 
listserv@ucsd.edu for instructions on how to use the mail server. The 
rec.radio.swap group is not available for reading by electronic mail. At this 
writing, the most recently added groups are also not available for reading by 
electronic mail, although that may change. 


All of the groups can be posted to by electronic mail, though, by using a 
gateway at the University of Texas at Austin. To post a message this way, 
change the name of the group you wish to post to by replacing all of the '.'s 
with '-'s - for example, rec.radio.swap becomes rec-radio-swap - and send to 
that name@cs.utexas.edu (rec-radio-swap@cs.utexas.edu, for example). You may 
crosspost by including multiple addresses as Cc: entries (but see below). This 
gateway's continued availability is at the pleasure of the admins at 
UT-Austin, and is subject to going away at any time - and especially if 
forgeries and other net.abuses become a problem. You have been warned. 


A Few Words on Crossposting 


Please do not crosspost messages to two or more groups unless there is genuine 
interest in both groups in the topic being discussed, and when you do, please 
include a header line of the form "Followup-To: group.name" in your article's 
headers (before the first blank line). This will cause followups to your 
article to go to the group listed in the Followup-To: line. If you wish 

to have replies to go to you by email, rather than be posted, use the word 
"poster" instead of the name of a group. Such a line appears in the headers 

of this article. 


One of the few examples of productive cross-posting is with the rec.radio.info 
newsgroup. To provide a filtered presentation of information articles, while 
still maintaining visibility in their home newsgroups, the moderator strongly 
encourages cross-posting. All information articles should be submitted to the 
rec.radio.info moderator so that he may simultaneously cross-post your 
information to the appropriate newsgroups. Most newsreaders will only present 
the article once, and network bandwidth is conserved since only one article is 
propagated. If you make regular informational postings, and have made 
arrangements with the moderator to post directly to the group, please 
cross-post as appropriate. 


Jay Maynard, EMT-P, K5ZC, PP-ASEL | Never ascribe to malice that which can 
jmaynard@oac.hsc.uth.tmc.edu | adequately be explained by stupidity. 
"If my car ran OS/2, it'd be there by now" -- bumper sticker 
GCS d++ p+ c++ 1+ m+/- s/++ g++ wtt+ t+ © 


73, Paul W. Schleck, KD3FU 
pschleck@unomaha. edu 


Celebrating 60 years of the Univ. of Maryland ARA - W3EAX (1933-1993) 


Date: 15 Sep 1993 09:38:30 GMT 

From: koriel!newscast.West.Sun.COM!news2me.EBay.Sun.COM!exodus.Eng.Sun.COM! 
bauhaus.Eng.Sun.COM!cliffs@ames.arpa 

Subject: Mods database/ftp-530 

To: info-hams@ucsd.edu 


I've looked in the mods databases mentioned in the FAQ, well with 
exception of simtel20 since it is gone :-(, and I have not been 

able to find mods for extended receive for the FT-530. I picked up a file 
from a local packet BBS that referenced a mod, but alas no luck. 

Anyone know the mod or an up to date mod database that is ftp'able? 


Cliff 

Cliff Skolnick | "Say you were laughing at something when I saw you first 
cliffs@sun.com | time, such a model, what an actress. I must confess I never 
(415) 336-5820 | thought that you'de be who you are do what what you do now." 
I think. I am. | -- Bolshoi 


Date: 15 Sep 1993 16:50:54 GMT 

From: sdd.hp.com!swrinde!cs.utexas.edu!wupost!news.miami.edu!usenet.ufl.edu! 
eng.ufl.edu!helios.tcad.ee.ufl.edu! thoman@network.ucsd.edu 

Subject: need expert info on nicads. 

To: info-hams@ucsd.edu 


In article <m9c3n8INNar@exodus.Eng.Sun.COM>, falk@peregrine.Eng.Sun.COM (Ed Falk) 
writes: 

|> Hi all; I figured these newsgroups would be the best source for information. 
|> 

|> Not too long ago there was a multi-part article on the care & feeding 

|> of nicads. I'm sorry to say that I lost it; but as I recall, the 


|> gist of it was as follows: 

|> 

|> 1) it's very, very bad to reverse polarity on a nicad. For this 
|> reason, completely discharging a device with multiple cells is 

|> very bad, because if one cell has slightly less charge than the 

|> rest, that one cell will be charged backwards by the others. 


There's no "if" here; there will _always_ be some cell slightly 
less charged and/or of less capacity than its pack-mates. 


|> [info deleted] 
|> 
|> 2) It's almost as bad to over-charge a nicad. This is where the 


If you overcharge at the 10 hour rate or less, you'll seldom (maybe 
never) see trouble from a little overcharging. I usually end up 
overcharging my various batteries, and have not yet run into discharge 
voltage depression, though it is "for real". 


|> 3) There is a memory effect, in which a nicad which is charged 
|> and discharged on a very consistent cycle will eventually reach 
|> a state where it can no longer be discharged below it's habitual 
|> discharge point. This effect is very slight, and was originally 
|> observed in satellites 


No, this effect is NON-EXISTENT under the circumstances and 
with the battery types you have mentioned. 


|> [more deleted] 

|> 

|> At any rate, it seems to me that the ideal nicad battery charger would operate 
|> as follows: 


|> 1) all cells charged individually, rather than in series. 


This turns out to be unnecessary in practice, though it is the 
ideal case. You just have to be sure that overcharging is gentle. 


|> 2) Deep cycle: discharge the battery at a fixed current until the 
|> voltage drops to some threshold. 


This should only be done if you have actually witnessed reduced 
capacity. Otherwise, you're just using up a little of your battery's life. 


|> 3) Charge: charge the battery at a fixed current until the 
|> voltage climbs to some threshold. 


No. The actual endpoint voltage is not uniform. On NiCd's you 


can watch for temperature rise, a drop in cell voltage, or a drop in 
the rate-of-rise of cell voltage (among others), and you should usually 
combine a couple of the available methods. 


|> 4) Maintain: hold the cell at a specific "full charge" voltage. 


No. Hold the cells with a small _current_ that won't cause 
overcharge effects to set in (the 50 hour charge rate might be good; the 
optimum current will depend on the cells themselves and storage conditions). 
If you try to hold voltage, temperature changes can cause increasing 
current and thermal runaway, destroying the pack in an orgy of resistive 
heating and outgassing (I have witnessed this). 


|> 

|> Does this make sense? 

|> 

|> As you've probably guessed by now, I'm planning to design and build my 
|> own charger -- one that does it RIGHT for a change. Can anybody tell 
|> me what the lower (discharge) and upper (full charge) voltages should 
|> be? Can anybody tell me what good discharge and charge currents should 
|> be? (I'll be mainly using this to charge AA's for my camera gear.) 

|> 

|> Of course, a pointer to a consumer charger that does the same job 

|> would be nice too. 


If you want to build your own, get a rechargeable battery 
handbook (or similar title) from General Electric, Gates Energy 
Products (NiCd operations recently purchased by Eveready, so there's 
a name change), or another vendor. There's much useful info there, 
including that NiCd's like to be charged with lots of little pulses 
rather than pure dc. 


Greg Thoman: The opinions expressed herein are mine alone, and I am 
solely irresponsible for them. 


Date: Wed, 15 Sep 1993 20:51:32 GMT 

From: news.cerf.net!crash!newshub.nosc.mil!dog.ee.1bl.gov!overload.1bl.gov!agate! 
howland.reston.ans.net! gatech!usenet.ufl.edu!max.fiu.edu!solix! 
1£438819@network.ucsd.edu 

Subject: Question: RF and Power Lines 

To: info-hams@ucsd.edu 


I have a question regarding the use of my equipment near high tenson 
power lines. I recently moved into a house that is near such lines 
and was wondering what they will do to transmission/reception (havn't 


had time to set up my rigs yet, still living out of boxes!) 
I am sure they will have _some_ effect but not sure what, or how I 
should set up my antennas. Anyone know? 


Thanks 
Brad 
KD4NAW 


Date: 16 Sep 93 12:28:05 GMT 

From: ogicse!uwm.edu!math.ohio-state.edu!sdd.hp.com!hpscit.sc.hp.com! 
hpuerca.atl.hp.com!edh@network.ucsd.edu 

Subject: Question about ni-cads (was Re: need expert info on nicads.) 
To: info-hams@ucsd.edu 


rossi@VFL.Paramax.COM (Pete Rossi) writes: 


>I have a question about ni-cads.... 
>wWhy has their never been a standard developed for ni-cad battery packs? 


I'll bite. We've had several Icom H/Ts around the house and it was 
very neat that the 4AT could always could on borrowing from the 2AT 
went needed, etc. On the other hand, that pretty much dictated the 
_Size_ of the radios. When my spousal-unit bought the Alinco DJ-580 

I was a little miffed that it wouldn't accept the battery packs from 
my DJ-160. (On the other hand that was a good excuse to go buy my 

own DJ-580 :-) O£ course, the 580 is smaller and lighter than the 
160, the battery packs seem to click on solidly and are somewhat 
stronger plastic; the rounded edges of the pack allow me to slide the 
H/T into pockets that would otherwise rip out, etc. 


As for cross equipment compatability, think of what the form factor 
limitations would be if your handi-cam and your H/T and your cordless 
razor and your rechargeable flashlight all had to accept the same 
battery pack. Not that it couldn't be done, just that rigid constraints 
dramatically affect design, mostly to the negative (remember the DOS 
640k boundary?). The primary impact on amateurs might best be seen in 
the downsized H/Ts with full features available today; it would not be 
possible if the design constraint was to continue using the battery 
pack that fits my Icom 4AT! 


Of course, to Kenwood, Icom, et. al. the consideration may be more 
bottom line: they'd like you to buy from them. And not just for the 
profit motive! All the makers of these H/Ts etc. want you to be very 
happy with the quality, durability, usability, etc. of their products. 
Mostly they feel that is best served if you are using products they 
have produced, tested, and can stand behind. 


Other views? 


Cheers & 73 Ed Humphries -- N5RCK 
Hewlett-Packard NARC Atlanta GA 
edh@hpuerca.atl.hp.com 


Date: Wed, 15 Sep 1993 09:52:27 GMT 

From: dog.ee.lbl.gov!agate!howland.reston.ans.net!gatech!kd4nc!ke4zv! 
gary@network.ucsd.edu 

Subject: There goes the rest of 20m 

To: info-hams@ucsd.edu 


In article <1993Sep13.131357.2428@ccd.harris.com> drs@ccd.harris.com (Doug 
Snowden) writes: 

>You people are missing the point. 

> 

>2. Amateur Radio is supposed to be used to explore areas like digital 

> communications - fine - but I don't think we are supposed to try and 

> establish another western union network. Theres too many computer nerds 
> out there, and not enough people with the spirit. 


What spirit would that be, Jack Daniels? I think you've missed the point. 
Communications has evolved from isolated people manning their spark stations 
out in the barn to a world where cooperating networks and systems dominate 
communications. Amateur radio no longer leads in advancing the art. Today 
we lag the work of the commercial providers because we insist on competing 
with each other rather than cooperating in setting up systems to advance 
communications. Networking is at the cutting edge of communications 
technology. If we are to regain our place as people working to advance the 
art, then we must learn to build and operate complex networks. After all, 
the ARRL was formed as a xrelay* network first, it's role as a DX club 
came later. 


Gary 
Gary Coffman KE4ZV |"I£ 10% is good enough | gatech!wadmei!ke4zv! gary 
Destructive Testing Systems | for Jesus, it's good | uunet!rsiatl!ke4zv! gary 
534 Shannon Way | enough for Uncle Sam."| emory!kd4nc!ke4zv! gary 

| | 


Lawrenceville, GA 30244 -Ray Stevens 


Date: Wed, 15 Sep 1993 09:44:19 GMT 
From: dog.ee.lbl.gov!agate!howland.reston.ans.net!gatech!kd4nc!ke4zv! 


gary@network.ucsd.edu 
Subject: There goes the rest of 20M 
To: info-hams@ucsd.edu 


In article <2467@indep1.UUCP> clifto@indep1.UUCP (Cliff Sharp) writes: 

>In article <747490498.AA02763@buscard.fidonet.org> 
Morrison.Charles.F@f£121.n324.z1.fidonet.org (Morrison Charles F) writes: 
>>wWhy should all of our data have to bottleneck at a traffic net where maybe 
>>only 8-10 people check in regularly using cw? Please! 

> 

> For the same reason a repeater can be tied up for an 8-10 person net. 
>For the same reason a frequency can be tied up by two operators in QSO. 

>For the reason that they have the right to use those frequencies in the mode 
>they're using. 


I think you're missing the point. Sure particular frequencies can be 

tied up for hours by a couple of people, the issue is why should the 
message xsystem*x be stalled by an antiquated net bottleneck. The 

answer is that it shouldn't of course. And in fact it isn't much 

that way anymore. Most message handling has moved to packet, AMTOR, 

and RTTY for speed and accuracy. That's largely replaced the Continental 
Corps CW nets for relay work. Where the system still falls down is at the 
ultimate delivery sites. Traffic hangs around on destination BBS systems 
way too long in many cases. 


> Anyone who thinks data throughput is the purpose of amateur radio hasn't 
>read the first part of Part 97. 


I've read the first part of Part 97, I don't see in there anywhere a 
mandate to preserve antique methods. On the contrary, I see in there 
statements about advancing the radio art, public service, expansion 
of the reservoir of trained operators and trained technicians, and 
maintenance of international good will. Increasing our capabilities 
by increasing throughput seems central to our charter. 


> Amateurs as a group used to be people who found creative and innovative 
>ways around communications problems. Now it appears the group has turned to 
>whining that they're not getting their way with their chosen mode of 
>operation, and demanding that everyone else get out of their way. 


Indeed, amateurs once led in advancing the art by finding creative 

and innovative ways to communicate. Today many seem stuck in trying 

to preserve the past instead. IMHO there is still room for the xhobbyistx 
who wants to preserve antique methods by using AM or CW on the amateur 
bands, but that's not the central purpose of the amateur radio xservicex 
and doesn't deserve preferred status on the bands. 


Gary 


Gary Coffman KE4ZV 
Destructive Testing Systems 
534 Shannon Way 
Lawrenceville, GA 30244 


"If 10% is good enough 
for Jesus, it's good 
enough for Uncle Sam. 
-Ray Stevens 


gatech!wa4mei! ke4zv! gary 
uunet!rsiatl!ke4zv! gary 
emory!kd4nc!ke4zv! gary 


Date: Wed, 15 Sep 1993 19:46:30 GMT 

From: news.cerf.net!crash!newshub.nosc.mil!dog.ee.lbl.gov!agate! 
howland.reston.ans.net!darwin.sura.net!mlb.semi.harris.com! 
controls.ccd.harris.com!drs@network.ucsd.edu 

Subject: There goes the rest of 20M 

To: info-hams@ucsd.edu 


Gary Coffman (gary@ke4zv.atl.ga.us) wrote: 

: In article <2467@indep1.UUCP> clifto@indep1.UUCP (Cliff Sharp) writes: 

: >In article <747490498.AA02763@buscard.fidonet.org> 
Morrison.Charles.F@f£121.n324.z1.fidonet.org (Morrison Charles F) writes: 

: >>Why should all of our data have to bottleneck at a traffic net where maybe 
: >>only 8-10 people check in regularly using cw? Please! 

: > 

For the same reason a repeater can be tied up for an 8-10 person net. 

: >For the same reason a frequency can be tied up by two operators in QSO. 

: >For the reason that they have the right to use those frequencies in the mode 
: >they're using. 


: I think you're missing the point. Sure particular frequencies can be 
: tied up for hours by a couple of people, the issue is why should the 
: message xsystemx be stalled by an antiquated net bottleneck. The 

: answer is that it shouldn't of course. And in fact it isn't much 

: that way anymore. Most message handling has moved to packet, AMTOR, 

: and RTTY for speed and accuracy. That's largely replaced the Continental 
: Corps CW nets for relay work. Where the system still falls down is at the 
ultimate delivery sites. Traffic hangs around on destination BBS systems 

: way too long in many cases. 


: > Anyone who thinks data throughput is the purpose of amateur radio hasn't 
: >read the first part of Part 97. 


: I've read the first part of Part 97, I don't see in there anywhere a 

: mandate to preserve antique methods. On the contrary, I see in there 

: statements about advancing the radio art, public service, expansion 

: of the reservoir of trained operators and trained technicians, and 

: maintenance of international good will. Increasing our capabilities 
by increasing throughput seems central to our charter. 


Wrong...if you were designing the equipment that you are using, then I 


would agree with throughput, but most Hams are only users. Advancing 
the art is not being an appliance operator... 


> Amateurs as a group used to be people who found creative and innovative 

: >ways around communications problems. Now it appears the group has turned to 
: >whining that they're not getting their way with their chosen mode of 

: >operation, and demanding that everyone else get out of their way. 


: Indeed, amateurs once led in advancing the art by finding creative 

: and innovative ways to communicate. Today many seem stuck in trying 

: to preserve the past instead. IMHO there is still room for the xhobbyistx 

: who wants to preserve antique methods by using AM or CW on the amateur 
bands, but that's not the central purpose of the amateur radio xservicex 

: and doesn't deserve preferred status on the bands. 


: Gary 

: Gary Coffman KE4ZV 

: Destructive Testing Systems 

: 534 Shannon Way 
Lawrenceville, GA 30244 


"If 10% is good enough 
for Jesus, it's good 
enough for Uncle Sam. 
-Ray Stevens 
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